-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ADD] Support specifying a pin for merges #73
base: master
Are you sure you want to change the base?
Conversation
d33c396
to
426fdfa
Compare
Codecov Report
@@ Coverage Diff @@
## master #73 +/- ##
==========================================
+ Coverage 82.64% 82.78% +0.14%
==========================================
Files 6 6
Lines 409 459 +50
==========================================
+ Hits 338 380 +42
- Misses 71 79 +8
|
Can you describe the use case? |
Ah, I now see this is #50 |
What happens if the target branch is rebased and thus the specified commit does not exist anymore on that branch? |
Then the build fails. |
…csone#28) Avoids also contacting twice (``fetch`` and then ``pull``) remote before merging. Signed-off-by: Valentin Lab <[email protected]>
426fdfa
to
89db99c
Compare
I've updated the PR description to specify the use case, but it all becomes a bit thin if we are also allowed to query directly for the SHA. |
Depends on:
Use case:
Currently in gitaggregator, you can already do:
With this change, you can specify the exact branches on which the commits are and do:
So that
fetch_all = True
is not needed anymore and just the branches need to be fetched, and then reset to the pinned commit.NB: I notice that Github currently also accept querying directly for the SHA. Is that new? Eg just this also works: